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(54) Process and apparatus for monitoring the quality o1 service in a telecommunication network 



(57) A Process for monitoring the quality of service 
of the communication over an Internet or intranet net- 
work, said process being executed in a end-user termi- 
nal and comprising the steps of: 

establishing a session between a first end-user ter- 
minal and a service or a second end-user terminal 
via a signaling plane; characterized in that it further 
comprises the steps of: 

monitoring the quality of service of the 
communication during said session; 
using said signalling plane for trans- 
mitting information representative of 
said quality of service during said ses- 
sion, whereby all parties share the 
same information. 

The process is well adapted to the known SIP protocol 
and allow the end-users of the network to share the 



same QoS information relating to the communication. 




Fig.3 
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Description 

Technical field of the invention 

5 [0001] The invention relates to telecommunications and, more particularly, to processes for monitoring quality of 
service over a telecommunication network and related apparatus and computer programs. 

Background art 

10 [0002] New services are constantly being made available with the development of telecommunication networks and 
also that of the Internet. A new impetus for the emergence of new services has resulted from the convergence of 
packet-based networks with circuit-based networks, such as the traditional Public Switched Telephone Network 
(PSTN). 

[0003] It can be observed that the traditional distinction between circuit-based networks - being at the core of tradi- 
15 tional telecommunications - and packet-based networks which are at the heart of the Internet network, is disappearing. 
In the latest developments, the concept of session is being integrated into packet-based networks. Many applications 
and new services which are available to customers - and also those which will be offered in the near future - are based 
on the creation and the management of a session. Such a session allows an exchange of data between different 
participants who are reachable through their address and who can communicate through a wide range of different 
20 terminals, such as personal computers, Personal Document Assistant (PDA), portable computers, cellular telephones, 
fixed telephones, Universal Mobile Telecommunications System (UTMS) terminals, for instance. 
[0004] Substantial research and investigations have been carried out in order to define the concept of session in the 
traditional Internet network. Some of this work was carried out within the frame of the Internet Engineering Task Force 
(IETF) and have lead to the Session Initiation Protocol (SIP) which ties together the PSTN and the Internet . 
25 [0005] SIP is the core protocol enabling the setting up of conferencing, telephony, multimedia and other types of 
communication sessions on the Internet. It is expected to be at the heart of future high-quality voice sessions over 
packet networks, including wireless networks. With the development of the SIP protocol, there is provided the possibility 
of real time multimedia sessions, including voice, video and data. 

[0006] More information concerning the SIP protocol can be found in RFC 3261 "SIP: Session Initiation Protocol". 
so Extensions to SIP are being provided within the IETF in http://www.ietf.org/ids.by.wg/sip.html 

[0007] As a wider variety of telecommunications services are offered to customers of the era of information, including 
services based on the Web, multimedia services involving video and audio streaming, more and more attention is being 
directed to the general problem of the Quality of Service (QoS) . 

[0008] Traditional Internet service providers and, more generally, the companies handling the telecommunication 
35 networks have already at least partially addressed the problem of measuring the actual quality of service offered to 
their customers and, therefore, some techniques are already known. 

[0009] A first technique, illustrated in figure 1 , is based on the use of a passive probe 3 which is piece of specialized 
equipment that is installed between two particular communicating nodes 1 and 2 within a network 10. Such a passive 
probe is designed to monitor the traffic between the two nodes. By observing a certain number of parameters, and 
40 particularly the loss of packets, passive probe 3 can track the quality of the communication and can report a QoS 
measure to the service provider. 

[001 0] A second technique is based on the use of an active probe, such as active probe 4 of figure 2 which - contrary 
to the passive probes - is designed to generate additional traffic and behave like an end-user generating traffic. For 
this reason, such active probes are also called end-user simulators which can, again, be used for tracking the quality 
45 of service of the communication as the packets are being conveyed throughout the network. 

[0011] A third technique which is also known to the service operators involves processing the information provided 
by standard management interfaces (log files for Standard Network Management Protocols, for instance) in the network 
and which are constantly updated. 

[0012] While the known techniques do provide means to measure the quality of service within a communication 
50 network, they are generally reserved for use by service or network operators. They cannot normally be used at the 
level of the user who, certainly, may have a strong interest in determining the precise measurement of the quality of 
service which they are experiencing, and for which they will be charged. 

Summary of the invention 

55 

[0013] In at least preferred embodiments, the present invention provides a process for monitoring the quality of 
service of the communication over an Internet or intranet network which is executed in a end-user terminal and which 
comprises the steps of establishing a session between a first end-user terminal and a system offering a service or a 
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second end-user terminal via a signaling plane; and monitoring the quality of service of the communication during said 
session; transmitting to all communicating parties information representative of said quality of service via said signaling 
plane. 

[0014] By using the signal plane for the transmission of QoS statistics it can be seen that the transmission of such 
5 statistics becomes substantially independent of the type of media which is exchanged. This simplifies the monitoring 
process. Further, there is provided the possibility of real time measurement of the QoS of the session. In particular, in 
embodiments where the process is fully-compliant with the SIP protocol, the service provider and end-users will be 
given the possibility to share the same QoS information in a very flexible way. Since the QoS information is transmitted 
through the signaling plane - and not through the media or data path as in the traditional RTP and RTCP protocol, for 
10 instance, a very flexible monitoring process is achieved, and this irrespectively of the particular media transport in- 
volved. 

[0015] In a preferred embodiment, the information representative of said quality of service comprises signaling pa- 
rameters and media transmission quality parameters. The signaling parameters include a parameter representative 
of the time taken between one invite or, more generally the time for the "caller" to contact the "callee", is transmitted 
15 to said first proxy and said proxy forwards it to said second proxy. Further, the signal parameters includes a parameter 
which is representative of the time between one invite and the resulting ringing signal for this invite. 
[0016] In addition, the QoS statistics can include parameters representative of the quality of transmission of voice 
signals. In one such embodiment, the voice is transmitted through RCP and RTCP protocols and said quality of service 
comprises parameters extracted from said RTCP protocol, and the quality of service comprises parameters represent- 
ee ative of the jitter of the voice transmission, and/or the loss of packets in the transmission of voice. 

[001 7] The invention also enables the provision of a new end-user terminal - and computer programs for use therein 
- such as a personal computer, a Personal Document Assistant (PDA), a portable computer, a cellular telephone, a 
fixed telephone or a Universal Mobile Telecommunications System (UTMS) terminal, which can exchange QoS statis- 
tics with other parties including other end-user terminals. 
25 [0018] In another aspect, the invention provides a process for monitoring the quality of service of a communication 
through a communication network, said process being executed in a proxy server. The process can comprise the steps 
of: extracting QoS information representative of measured quality of service measured at one or more session endpoints 
in one or more messages used in set-up or teardown of a session; processing said extracted QoS data, in a Systems 
management application, for instance, to produce displayable QoS parameters and displaying said parameters to a 
30 user via a user interface. Also provided is a proxy server comprising means to monitor QoS using the above described 
process and a computer program product, such as a systems management application, comprising program code 
elements for doing the same. 

Description of the drawings 

35 

[0019] An embodiment of the invention will now be described, by way of example only, with reference to the accom- 
panying drawings, wherein: 

Figure 1 illustrates a first prior art technique based on a passive probe. 

40 

Figure 2 illustrates a second prior art technique which is based on the use of an active probe generating traffic to 
determine the quality of service within a network. 

Figure 3 is a schematic diagram illustrating a network within which a process is executed in order to monitor the 
45 quality of service experienced by the user. 

Figure 4 is a flow chart illustrating a process for monitoring the QoS. 

Figure 5 illustrates the different messages which are exchanged for establishing a SIP session. 

50 

Description of the preferred embodiment of the invention 

[0020] With respect to figure 3 there will now be described a preferred embodiment of a process for measuring and 
monitoring the quality of service of a communication in a telecommunication network 20. Communication network 20 
55 can be, for instance, a next generation network (NGN) which provides, in addition to the traditional internet services, 
e.g. web browsing or email, for instance, additional real time multimedia sessions, including voice, video and data. 
[0021] Services provided to an end-user terminal 21 may include services offered by a dedicated server 23 as well 
as multimedia sessions with a second end-user terminal 22. A Service Level Agreement Management application in 
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terminal 25 may be set up by the network or service operator for the purpose of tracking QoS information which will 
be exchanged by the end-user terminals 21 and 22 as described below. 

[0022] End user-terminal 21 or 22 may be any suitable terminal providing access to an Internet or an Intranet network, 
such as but not limited to personal computers, Personal Document Assistants (PDA), portable computers, cellular 
5 telephones, fixed telephones, Universal Mobile Telecommunications System (UMTS) terminals, for instance. In figure 
3, user-terminal 21 and 22 are represented as two HP JORNADA type PDAs which are marketed by Hewlett-Packard 
Company. 

[0023] It will be understood that the described techniques may be used with any kind of connection to a network, 
such as, but not limited to, connection via a wired LAN, infrared connection, or an 802.11 or other wireless connection, 
10 for instance. 

[0024] End-user terminals 21 and 22 include means for establishing sessions through the NGN network 20 and this 
is accomplished by using an appropriate session initiating protocol. In the preferred embodiment, the known SIP pro- 
tocol is used for establishing a session between end-user terminal 21 and service 23 (or between end-user terminal 
21 and end-user 22) although, clearly, the techniques described may also be implemented in any kind of equivalent 

15 or comparable session initiating protocols. The use of the techniques with the emerging SIP protocol is clearly an 
advantage since SIP is becoming a well known protocol for signaling in the next generation wireless networks. 
[0025] Such a session may be used for permitting all kinds of services, including, without restriction, voice, video, 
multimedia and instant messaging. Considering the SIP protocol, the session is established in accordance with a 
signaling procedure which employs a signaling plane. In accordance with the known SIP technique, this signaling plane 

20 serve to establish and terminate sessions over the network. 

[0026] As known in the SIP procedure, the establishment of a session is achieved by means of a set of messages 
which are exchanged through the network in accordance with the SIP protocol and, more particularly, by an INVITE 
message which contains the SIP address of end-user terminal 22, for instance. For the sake of clarity, the contents of 
the SIP protocol will not be discussed in detail . However, additional references can be found in RFC3261 referred to 

25 above. 

[0027] In addition to the possibility of initiating a session, user terminal 21 includes means for monitoring the quality 
of service of the communication during the session. This is achieved by extracting relevant information from the ap- 
propriate protocol layer supporting the transport of the media, e.g. voice, video, multimedia etc... Representative pa- 
rameters for such QoS information can be gathered and such QoS information is exchanged through the signaling 
30 plane of the SIP protocol in order to enable both end-user terminals 21 and 22, and also Service Level Management 
application 24 of the service or network operator, to have access to the same information when the session completes. 
To achieve this, signaling protocols are used in order to transport QoS information as measured at the session end- 
points. 

[0028] With respect to figure 4, there will now be described a process for monitoring the QoS of the communication 

35 during a session between end-user terminals 21 and 22 illustrated in figure 3. 

[0029] The process starts with a step 41 where a call is initiated in accordance with the SIP procedure. Establishing 
a call for initiating a session is well understood and this will not be described in detail. This can be achieved, in accord- 
ance with the known SIP protocol by means of an INVITE message 51 - in figure 5 - which is forwarded to proxy 1 
associated with end-user 21. In the preferred embodiment, QoS information corresponding to the measured time 

40 elapsed between the initial INVITE request and its corresponding response is embedded within an appropriate header 
of the ACK message. In this way, terminal 21 and service 23 (or terminal 22) both have access to the same QoS 
information during the session. 

[0030] Once the session is established, the process proceeds with step 42 where the quality of the session is analysed 
and a number of parameters which are representative of the Quality of Sen/ice (QoS) of the communication are collected 
45 or computed. Such information may for instance include information relating to the quality of the call establishment 
(signaling level), the quality of the media transmission (media streaming, jitter, loss of packets) and also the quality of 
the service provided by server 23. 

[0031] All these parameters constitute a set of QoS statistics relating to the current session, i.e. very useful informa- 
tion which can be used for checking compliance of the Service Level Agreement committed by the service or network 
50 operator. 

[0032] The appropriate parameters which are collected and which can be generated and computed from the extracted 
parameters closely depend upon the media which is transported during the session and the particular type of service. 
In one embodiment, the session is assumed to allow transmission of voice signals and the QoS statistics relate to 
parameters concerning the transmission of voice signals. Clearly, appropriate adaptions can be made to implement 
55 the techniques described for any kind of other services. 

[0033] In one embodiment, the Real Time Transfer Protocol (RTP) and RTP Control Protocol (RTCP) protocols are 
used for the purpose of transmitting voice signals over the Internet network. The process executed within end-user 
terminal 1 extracts from the parameters of those protocols QoS information relating to the quality of transmission, such 
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as the average/variance of the jitter and the percentage of lost packets during the session, and such information is 
collected and forwarded to all the communicating parties via the signaling plane. 

[0034] When the session or call terminates, in a step 44, the process executed in end-user terminal 21 transmits the 
QoS statistics to the service 23 or end-user terminal 22 (in accordance with the case considered) within a call termination 

5 message. In the same way, the other participating end-user terminal 22 forwards its own QoS statistics to terminal 21 , 
so that both have access to the same QoS statistics and such information is common to the users and also to the 
service or network operator which can collects this information in the proxies. At the end of the call session, the QoS 
information can be analysed by both end-user terminals as well as by the SLA Management application 24 so that 
even the service provider or network operator can have a report about the QoS for the last call session and appropriate 

10 actions can be taken. 

[0035] The process can therefore include processing and/or storing the QoS data measured within the end user 
terminal and/or extracted from received messages to produce displayable QoS parameters that have a significance 
to the user or in relation to a defined SLA and displaying said parameters to a user via a suitable user interface provided 
by the end-user terminal or SLA management application. 
15 [0036] Preferably, the different parameters which are representative of the QoS are included within a specific field, 
defined by a specific header within the SIP message. While the proxies can have access to those headers - for allowing 
the operator to exploit this useful information - the headers are not modified by the proxies and, therefore, all the parties 
can be sure to receive the same QoS information. 

[0037] With respect to figure 5 there is illustrated an example of the messages which are exchanged between end- 
20 user terminal 21 and the end-user terminal 22, as well as their associated proxies. It can be seen that, in this example, 
terminal 21 completes a call to terminal 22 using two proxies - proxy 1 and proxy 2 (not shown in figure 3). The call 
terminates when terminal 22 disconnects by initiating a BYE message. 

[0038] In accordance with the preferred embodiment, messages 112-114, 115-117 and 118-120 are used for con- 
veying QoS information to the other party. The QoS reports may also be collected in proxy 1 and proxy 2 in order to 
25 let all parties, including end-user 21 and 22 as well as the service operator (not shown on the figure) share the same 
QoS information. 

[0039] The following messages are exchanged: 





Message 101 from Terminal 21 to proxy 1 


INVITE 


30 


Message 102 from Proxy 1 to Proxy2 


INVITE 




Message 103 from Proxy 1 to Terminal 21 


100 Trying 




Message 104 from Proxy2 to Terminal 22 


INVITE 




Message 105 from Proxy2 to Proxyl 


100 Trying 


35 


Message 106 from Terminal 22 to Proxy2 


180 Ringing 




Message 1 07 from Proxy2 to Proxyl 


180 Ringing 




Message 108 from Proxyl to Terminal 21 


180 Ringing 




Message 109 from Terminal 22 to Proxy2 


200 OK 




Message 110 from Proxy2 to Proxyl 


200 OK 


40 


Message 111 from Proxyl to Terminal 21 


200 OK 




Message 112 from Terminal 21 to proxyl 


ACK 




Message 113 from Proxyl to Proxy2 


ACK 




Message 114 from Proxy2 to Terminal 22 


ACK 


45 


Message 115 from Terminal 22 to Proxy2 


BYE 




Message 116 from Proxy2 to Proxyl 


BYE 




Message 117 from Proxyl to Terminal 21 


BYE 




Message 118 from Terminal 21 to proxyl 


200 




Message 119 from Proxyl to Proxy2 


200 


50 


Message 120 from Proxy2 to Terminal 22 


200 



[0040] With the following examples: 
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Message 101 
[0041] 



INVITE sip:UserB@there.com SIP/2.0 

Via: SIP/2.0AJDP here.com:5060;branch=z9hG4bK74bf9 

Max-Forwards: 70 

From: BigGuy <sip:UserA@here.com>;tag=9fxced76sl 
To: LittleGuy <sip:UserB@there.com> 
10 Call-ID: 12345601@here.com 

CSeq: 2 INVITE 

Contact: <sip:UserA@100.101.102.103> 
Content-Type: application/sdp 
Content-Length: 147 

15 v=0 

o=UserA 2890844526 2890844526 IN IP4 here.com 

s=Session SDP 

c=INIP4 100.101.102.103 

L-0 0 

m=audio 49172 RTP/AVP 0 
20 a=rtpraap:0 PCMU/8000 

[0042] Proxy 1 forwards the INVITE to Proxy 2, Client for A prepares to receive data on port 491 72 from the network. 
Message 102 

25 

[0043] 



INVITE sip:UserB@there.com SIP/2.0 
30 Via: SIP/2.0/UDP ssl.wcom.com:5060;branch=z9hG4bK2d4790.1 

Via: SIP/2.0/UDP here.com:5060;branch=z9hG4bK74bI9 
;received=I00.101.102.103 
Max-Forwards: 69 

Record-Route: <sip:ss 1 ,wcom.com;lr> 
From: BigGuy <sip:UserA@here.com>;tag= s 9rxced76sl 
35 To: LittleGuy <sip:UserB@there.com> 

Call-ID: 12345601@here.com 
CSeq: 2 INVITE 

Contact: <sip:UserA@100.101.102.103> 
Content-Type: application/sdp 
Content-Length: 147 

40 

v=0 

o=UserA 2890844526 2890844526 IN IP4 here.com 
s=Session SDP 
c=INIP4 100.101.102.103 
t=0 0 

45 m-audio 49172 RTP/AVP 0 

a=rtpmap:0 PCMU/8000 



50 



55 



6 



EP 1 460 799 A1 



Message 1 03 
[0044] 



SIP/2.0 100 Trying 

Via: SIP/2.0AJDP here.com:5060;branch=z9hG4bK74bf9 
;received=100.101. 102.103 

From: BigGuy <sip:UserA@here.com>;tag=9fxced76sl 
To: LittleGuy <sip:UserB@there.com> 
10 Call-ID: 12345601@here.com 

CSeq: 2 INVITE 
Content-Length: 0 



Message 1 04 

15 

[0045] 



IrWITEsipUserBQllO.llUl^in SIP/2.0 
20 Via: SIP/2.0/UDP 3s2.wcom.com:5060;branch=z9hG4bK72 1 ©4 1 8c4. 1 

Via: SIP/2.0/UDP ssl.wcom.com:5060;branch=z9hG4bK2d4790.1 
-jGGGive&*lJ23A 

Via: SIP/2.0/UDP here.com:5060;branch=z9hG4bK74bf9 
;received=100.101. 102.103 
Max-Forwards: 68 

25 Record-Route: <sip:ss2. wcom.com; lr>, <sip:ssl .wcom.com;lr> 

From: BigGuy <sip:UserA@here.com>;tag=9fxced76sl 
To: LittleGuy <sip:UserB@therexom> 
Call-ID: 12345601@here.com 
CSeq: 2 INVITE 

Contact: <sip:UserA@100.101.102.103> 
30 Content-Type: application/sdp 

Content-Length: 147 

v=0 

o=UserA 2890844526 2890844526 IN IP4 here.com 
s=Session SDP 

35 

C-INIP4 100.101.102.103 
t=0 0 

m=audio 49172 RTP/AVP 0 
4Q a« s Ttpmap:0PCMU/8000 

Message 105 
[0046] 

45 

SIP/2.0 100 Trying 

Via: SIP/2.0/UDP ssl.wcom.com:5060;branch=z9hG4bK2d4790.1 
;received= 1.2.3.4 

Via: SIP/2.0/UDP here.com: 5 060;branch=z9hG4bK74bf9 
50 ;received-100.101. 102.103 

From: BigGuy <sip:UserA@here.com>;tag=9fxced76sl 
To: LittleGuy <sip:UserB@there.corn> 
Call-ID: 12345601@here.com 
CSeq: 2 INVITE 
Content-Length: 0 

55 
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Message 106 
[0047] 



SIP/2.0 180 Ringing 

Via: S1P/2.0/UDP ss2.wcom.com:5060;branch=z9hG4bK721e418c4.1 
;received=2.3.4.5 

Via: SIP/2.0/UDP ssl.wcom.com:5060;branch=z9hG4bK2d4790.1 
;received=1.2.3.4 

Via: SIP/2.0/UDP here.com:5060;branch=z9hG4bK74bf9 
;received=100.101. 102.103 

Record-Route: <sip:ss2.wcom.com;lr>, <sip:ssl.wcom.com;lr> 
From: BigGuy <sip:UserA@here.com>;tag=9fxced76sl 
To: LittleGuy <sip:UserB@there.com>;tag=314159 
Call-ID: 12345601@here.com 
Contact: <sip:UserB@l 10.1 1 1 .1 12.1 13> 
CSeq: 2 INVITE 
Content-Length: 0 



Message 107 
[0048] 



SIP/2.0 180 Ringing 

Via: SIP/2.0/UDP ssl.wcom.com:5060;branch=29hG4bK2d4790.1 
;received=1.2.3.4 

Via: SIP/2.0/UDP here.com:5060;branch=z9hG4bK74bf9 
;reeeived=100.101.102.103 

Record-Route: <sip:ss2.wcom.com;lr>, <sip:ssl.wcom.com;lr> 
From: BigGuy <3ip:UserA@here.coir£^tag^fxced76sl 
To: LittleGuy <sip:UserB@there.com>;tag=3 1 4 1 59 
Call-ID: 12345601@here.com 
Contact: <sip:UserB@l 10.1 1 1.1 12.1 13> 
CSeq: 2 INVITE 
Content-Length: 0 



Message 108 
[0049] 



SIP/2.0 180 Ringing 

Via: SIP/2.0/UDP here.com:5060;branch=z9hG4bK74b© 
;received=100.101. 102.103 

Record-Route: <sip:ss2.wcom.com;lr>, <sip:ssl.wcom.com;lr> 
From: BigGuy <sip:UserA@here.com>;tag=9fxced76sl 
To: LittleGuy <sip:UserB@there.com>;tag=3 1 4 1 59 
Call-ID: 12345601@here.com 
Contact: <sip:UserB@l 10.1 11.1 12.1 13> 
CSeq: 2 INVITE 



Content-Length: 0 
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Message 109 
[0050] 

5 
10 
15 
20 
25 

Message 110 
[0051] 

30 
35 
40 
45 
50 
55 



SIP/2.0 200 OK 

Via: STP/2.0/UDP ss2.wcom.com:5060;branch-z9hG4bK721e418c4.1 
;received=2 .3.4.5 

Via: SIP/2.0/UDP ssl.wcom.com:5060;branch=z9hG4bK2d4790.1 
;received=l .2.3.4 

Via: SIP/2.0/UDP here.com:5060;branch=z9hG4bK74bf9 
;received=100.101. 102.103 

Record-Route: <sip:ss2.wcom.com;lr>, <sip:ssl.wcom.com;lr> 
From: BigGuy <sip:UserA@hcre.com>;tag ! = s 9rxced76sl 
To: LittleGuy <sip:UserB@there.com>;tag=314159 
Call-ID: 12345601@here.com 
CSeq: 2 INVITE 

Contact: <sip:UserB@l 10.11 1.112.1 13> 
Content-Type: application/sdp 
Content-Length: 147 

v=0 

o-UserB 2890844527 2890844527 IN IP4 there.com 

s^Session SDP 

C-TNTP4 110.111.112.113 

t=0 0 

m=audio3456RTP/AVP0 
a=rtpmap:0 PCMU/8000 



SIP/2.0 200 OK 

Via: SIP/2.07UDP ssl .wcom.com: 5060;branch=z9hG4bK2d4790. 1 
;received=l. 2.3.4 

Via: SIP/2.0/UDPhere.com:5060;branch=z9hG4bK74bf9 
jreceiveuWOO.lOl. 102.103 

Record-Route: <sip:ss2.wcom.com;lr>, <sip:ssl.wcom.com;lr> 
From: BigGuy <sip:UserA@here.com>;tag=9rxced76sl 
To: LittleGuy <sip:UserB@there.com>;tag=3141 59 
Call-ID: 12345601@here.com 
CSeq: 2 INVITE 

Contact: <sip:UserB@l 10.1 1 1.112.1 13> 
Content-Type: application/sdp 
Content-Length: 147 

v=0 

o-UserB 2890844527 2890844527 IN IP4 there.com 
s=Session SDP 
c=INIP4 110.111.112.113 
t=0 0 

m=audio 3456 RTP/AVP 0 
a=rtpmap:0 PCMU/8000 
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Message 111 
[0052] 

5 

SIP/2.0 200 OK 

Via: SIP/2.0/UDP here.com:5060;branch-z9hG4bK74bf9 
;received=100.101. 102.103 

Record-Route: <sip:ss2.wcom.com;lr>, <sip:ss 1 .wcom.com;lr> 
From: BigGuy <sip:UscrA@herexom>;tag=9fxced76sl 
10 To: LittleGuy <sip:UserB@there.com>;tag=3 1 4 1 59 



Call-ID: 12345601@here.com 
CSeq: 2 INVITE 

15 Contact: <sip:UserB@l 10.111.1 12.1 13> 

Content-Type: application/sdp 
Content-Length: 147 

v=0 

o=UserB 2890844527 2890844527 IN IP4 there.com 
s=Session SDP 
c-INIP4110.UU12.U3 
t=00 

m=audio 3456 RTP/AVP 0 
a=rtpmap:0 PCMU/8000 



20 



25 Message 112 
[0053] 

30 ACK sip:UserB@ 110.111.112.113 SIP/2.0 

Via: SIP/2.0/UDP herexom:5060;branch=z9hG4bK74bf9 
Max-Forwards: 70 

Route: <ap:ssl.wcom.com;lr>, <sip:ss2.wcom.com;lr> 
From: BigGuy <sip:UserA@here.com>;ta{f ± 9fxced76sl 
To: LittleGuy <sip:UserB@there.com>;tag=314159 
35 Call-ID: 12345601@here.com 

CSeq: 2 ACK 

QoS-Report: domain=signalling;i- 100=753ms;i-180=945ms 
Content-Length: 0 

40 [0054] In this message, User A has inserted a QoS-Report header to provide statistics on the call setup. The report 
is related to the signalling domain (domain=signalling) and two measurements are provided: the time between the 
INVITE and the 100 Trying, and the time between the INVITE and the 180 Ringing. Using this information, Proxy 1 
may update a Call Details Record (CDR) by conventional means that need not be described herein. The QoS-Report 
header is forwarded unmodified. 

45 



50 



55 
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Message 113 
[0055] 



ACK sip:UserB@l 10.1 1 1. 1 12.1 13 SIP/2.0 
Via: SIP/2.0AJDP ssl.wcora.com:5060;branclv=z9hG4bK2d4790.1 
. Via: SIP/2.0/UDP here.com:5060;branch=z9hG4bK74b$ 
;received=100.101. 102.103 
Max-Forwards: 69 
10 Route: <sip:ss2.wcomxom;lr> 

From: BigGuy <sip:UserA@here.com>;tag=9fxccd76sl 
To: LittlcGuy <sip:UserB@there.com>;tag=3 14 1 59 
Call-ID: 12345601@here.com 
CSeq: 2 ACK 

QoS-Report: domain=signalling;i-100=753ms;i-l 80=945ms 
15 Content-Length: 0 

Message 114 
[0056] 

20 

ACK sip:UserB@l 10. 1 1 1 . 1 12. 1 1 3 SIP/2.0 

Via: SIP/2.0/UDP ss2.wcom.com:5060;branch-z9hG4bK721e4l8c4.1 
Via: SIP/2.0/UDP ssl.wcom.com:5060;branclv=z9hG4bK2d4790.1 

25 

;receivecNl .2.3.4 

Via: SIP/2.0/UDP here.com:5060;branch-z9hG4bK74bf9 
;received=100.101. 102.103 
Max-Forwards: 68 

From: BigGuy <sip:UserA@here.com>;tag^fxced76sl 
To: LittleGuy <sip:UserB@there.com>;tag=314159 
Call-ID: 12345601@herc.com 
CSeq: 2 ACK 

QoS-Report: domain=signalling;i-100=753ms;i-l 80=945ms 
Content-Length: 0 

35 

[0057] RTP streams are established between A and B. 
[0058] User B hangs up with user A. 

40 Message 115 

[0059] 



30 



45 



50 



BYE sip:UserA@100.101. 102.103 SIP/2.0 
Via: SIP/2.0/UDP there.com:5060;branch=z9hG4bKnashds7 
Max-Forwards: 70 

Route: <sip:ss2.wcom.com;lr>,<sip:ssl.wcom.com;lr> 
From: LittleGuy <sip:UserB@there.com>;tag=314159 
To: BigGuy <sip:UserA@here.com>;ta^=9fxced76sl 
Call-ID: 12345601@here.com 
CSeq: 1 BYE 

QoS-Report: domain=media;c=IN IP4 110.111.112.1 13;m=audio 3456 RTP/AVP 0 
;loss=l .79%^ itter=24ms 
Content-Length: 0 

55 [0060] The call is now terminated, and User B has media statistics available for transmission to its outbound proxy 
(Proxy 2). Therefore, User B generates a QoS-Report header for the media domain, copies the media stream identi- 
fication information, and provides loss and jitter measurements. Proxy 2 may then update its CDR information. 
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Message 116 
[0061] 



10 



15 



BYE sip:UserA@100.101. 102.103 SIP/2.0 

Via: SIP/2.0/UDP ss2.wcom.com:5060;branch=z9hG4bK721e418c4.1 
Via: SIP/2.0/UDP there.com:5060;branch=z9hG4bKnashds7 
;received=110.1ll.ll2.113 
Max-Forwards: 69 
Route: <sip:ssl.wcom.com;lr> 
From: LittleGuy <sip:UserB@there.com>;tag==3 14159 
To: BigGuy <sip:UserA@here.com>;tag=9rxced76sl 
Call-ID: 12345601@here.com 
CSeq: 1 BYE 

QoS-Report: domain=media;c=IN IP4 1 10.1 11.1 12.1 13;m=audio 3456 RTP/AVP 0 
;loss=1.79%Jitter=24ms 
Content-Length: 0 



Message 117 
20 [0062] 



25 



BYEsip:UserA@100.101.102.103 SIP/2.0 

Via: SIP/2.0/UDP ss 1. wcom.com: 5 060 ;branch=z9hG4bK2d4790. 1 

Via: SIP/2.0/UDP ss2. wcom.com: 5 060 ;branch=z9hG4bK721e418c4.1 



30 



35 



;received=2.3.4.5 

Via: SIP/2.0/UDP lhere.com:5060;branch=z9hG4bKnashds7 
;received=110.111. 112.113 
Max-Forwards: 68 

From: LittleGuy <sip:UserB@there.com>;tag=3 14159 
To: BigGuy <sip:UserA@here.com>;tag=9fxced76sl 
Call-ID: 12345601@here.com 
CSeq: 1 BYE 

QoS-Report: domain=media;c=IN IP4 1 10.1 1 1 .1 12.1 13;m=audio 3456 RTP/AVP 0 
;loss=l .79%Jitter=24ms 
Content-Length: 0 



40 



Message 118 
[0063] 



45 



50 



55 



SIP/2.0 200 OK 

Via: SIP/2.0/UDP ssl. wcom.com: 5060 ;branch-z9hG4bK2d4 790. 1 
;received=l .2.3.4 

Via: SIP/2.0/UDP ss2.wcom.com:5060;branch=z9hG4bK721e418c4.I 
;received=2.3.4.5 

Via: SIP/2.Q/UDP there.com:5060;branch=79hG4bKnashds7 
;received=110.111. 112.1 13 

From; LittleGuy <sip:UserB@there.com>;tag=314159 
To: BigGuy <sip:UserA@here.com>;tag=9fxced76sl 
Call-ID: 12345601@here.com 
CSeq: 1 BYE 

QoS-Report: domain=media;c=IN 1P4 1 10.1 1 1 .112.1 13;m=audio 3456 RTP/AVP 0 
;loss=0.23%uitter=3 1 ms 
Content-Length: 0 



[0064] User A sends its media statistics to its outbound proxy (Proxy 1 ) in a similar way User B did before. 
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Message 119 
[0065] 

SIP/2.0 200 OK 

Via: SIP/2.0/UDP ss2.wcom.com: 5060 ;branch-z9hG4bK721c418c4.1 
;received=2.3.4.5 

Via: SIP/2.0/UDP there.com:5060;branch=z9hG4bKnashds7 
;received=100.101. 102.103 

From: LittleGuy <sip:UserB@there.com>;tag=314159 
To: BigGuy <sip:UserA@here.com>;tag=9fxced76sl 
Call-ID: 12345601@here.com 
CSeq: 1 BYE 

QoS-Report: domain=media;c==IN IP4 1 10.1 1 1.1 12.113;m=audio 3456 RTP/AVP 0 
;loss=0.23%]jitter=3 1ms 
Content-Length: 0 

Message 1 20 
[0066] 

SIP/2.0 200 OK 

Via: SIP/2.0/UDP there.com:5060;branch=29hG4bKnashds7 
;received=110.1 11.1 12.113 

From: LittleGuy <sip:UserB@there.com>;tag«314159 
To: BigGuy <sip:UserA@here.com>;tag-9fxced76sl 
Call-ID: 12345601@here.com 
CSeq: 1 BYE 

QoS-Report: domain=media;c=IN IP4 1 10.1 1 1.1 12.1 13;m=audio 3456 RTP/AVP 0 
;loss=0.23%;jitter=31ms 
Content-Length: 0 

[0067] The QoS information is carried in the header of a SIP message, asfortheSDP RFC 2327, in a manner similar 
to that used for a document attachment for an email message, or a web page that is carried in an Hyper Text Transfer 
Protocol (HTTP) message. The advantage of inserting the QoS information within the header instead of using the body 
of the message is substantial since the header remains unaffected when the message is processed through the proxies 
and, therefore, the QoS information remains intact. 

[0068] Preferably, QoS information is collected during the whole session and is then transmitted at the end of the 
transaction in a SIP message which is used for terminating the call. 

[0069] In the example shown in figure 5, QoS statistics for terminal 22 are conveyed via the message (BYE) message 
115 and collected by Proxy2. The QoS statistics for terminal 21 is carried by message 118 and collected by Proxyl . 
[0070] In this embodiment, such statistics information comprise information relating to the signaling domain and 
information relating to the media domain . 

[0071 ] Regarding the signaling domain the following parameters can be used, or instance: the i-1 00, i-1 80 and r-200. 
[0072] The i-1 00 parameter corresponds to the time elapsed between an INVITE and the corresponding 1 00 Trying 
message. It is expressed in milliseconds. This gives an estimate of the time it takes between the UAC initiating a call 
and the first proxy actually forwarding it. This parameter is sent in the ACK message 112 that follows the 200 OK 
message 111 for the INVITE 101. 

[0073] The i-1 80 parameter measures the time elapsed between an INVITE and the corresponding 180 Ringing 
message 108. It is expressed in milliseconds. This value represents the time a user has to wait between initiating a 
call, and receiving a confirmation that the remote party, is being alerted. This parameter is sent in the ACK that follows 
the 200 OK for the INVITE. 

[0074] The r-200 parameter evaluates the time needed for registration of the UAC. It is the time between the REG- 
ISTER message and the corresponding 200 OK. This parameter is sent in the 200 OK related to the REGISTER, 
[0075] Belonging to the media domain are parameters that are closely related to the quality of transmission of the 
media. QoS information relating to this domain is transmitted at the end of the call, that is to say in the BYE message 
115 or the 200 OK message 118. Parameters such as the total number of lost packets and the jitter are reported in 
this way: 

QoS-Report: domain=signailing; i-100=753ms ; i-1 80=945 ms 
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Qog-Report: domain=media; c=YN I P4=1 0.0.0.1 ;m=audio 1970 RTP/AVP 0, loss=0.67%;jitter=29ms 

[0076] C and m parameters are used for identifying the type of media stream for which QoS statistics are being 
provided . Preferably, they can be directly derived from the contents of the SDP message. 

5 [0077] It can be seen that the above described techniques provide a simple mechanism that enables the different 
parties to a service agreement to share the same information about the quality of service in order to check compliance 
of the service obtained with the service level agreements (SLA) involved. However, the technique also has other ad- 
vantages. The QoS information which is shared between the end-user terminals exactly corresponds to the quality of 
the service which is actually measured by the end user terminal. The process is not intrusive since no specific agent 

10 has to be deployed within the network - a substantial advantage which respect to the traditional probes, active and 
passive. The measurement of the QoS does not generate additional traffic. It can also be seen that the process which 
was described above does not need any dedicated protocol since it can take support from the existing signaling pro- 
tocols. Finally, the process can provide privacy since embodiments can be realised in which the user is given the option 
not to transmit any QoS information if this is inappropriate or undesirable. 

is [0078] The invention has been particularly described in relation to voice services, but it will be understood the above 
techniques can be applied to any kind of media, such as video and any kind of applications such as multimedia services. 



Claims 

20 

1 . Process for monitoring the quality of service of a communication through a communication network, said process 
being executed in a end-user terminal and comprising the steps of: 

establishing a session between a first end-user terminal and a second end-user terminal via a signaling plane; 
25 - monitoring the quality of service of the communication during said session; 

transmitting information representative of said quality of service during said session using said signalling plane, 
whereby all parties share the same information. 

2. A process according to claim 2 wherein the QoS information is transmitted within the header of a SIP message, 
30 thereby the signaling plane of the sip protocol is used for sharing QoS information between said first and said 

second end-users. 

3. A process according to claim 2 wherein said information representative of said quality of service comprises sign- 
aling parameters and media transmission quality parameters. 

35 

4. A process according to claim 3 wherein said session is used for transmitting voice services through at least a first 
and second proxy and that signaling parameters include a parameter representative of the time taken between 
one invite is transmitted to said first proxy and said proxy forwards it to said second proxy. 

40 5. A process according to claim 4 wherein said signaling parameters include a parameter which is representative of 
the time between one invite and the resulting ringing signal for this invite. 

6. A process according to claim 2 wherein said session is used for transmitting voice services and that said quality 
of service comprises parameters representative of the quality of transmission of voice signals. 

45 

7. A process according to claim 4 wherein the voice is transmitted through RCP and RTCP protocols and that said 
quality of service comprises parameters extracted from said FTTCP protocol by an end-user process. 

8. Process according to claim 4 characterized in that said quality of service comprises parameters representative 
50 of the jitter of the voice transmission . 

9. Process according to claim 4 characterized in that said quality of service comprises parameters representative 
of the loss of packets in the voice transmission. 

55 10. Process according to claim 2 characterized in that said session is used for transmitting video services and that 
said quality of service comprises parameters representative of the quality of transmission of video signals. 

11. Process according to anyone of the preceding claim characterized in that said first end-user communicates with 
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a service in lieu of a second end-user. 

12. Process according to anyone of the preceding claims characterized In that said terminal is a personal computer, 
a Personal Document Assistant (PDA), a portable computer, a cellular telephone, a fixed telephone or a Universal 

5 Mobile Telecommunications System (UTMS) terminal. 

13. End-User Terminal comprising means for performing the process as defined in any of claims 1 to 12. 

14. Process for monitoring the quality of service of a communication through a communication network, said process 
10 being executed in a session endpoint and comprising the steps of: 

establishing a session between a first session endpoint and a second session endpoint via a signaling plane; 
measuring at at least one of the session endpoints the quality of service of the communication and/or the 
related signalling; 

15 - transmitting QoS information representative of said measured quality of service in one or more messages 

used in set-up or teardown of the session, so that all parties to the session receive said QoS information. 

15. Process as claimed in claim 14 wherein the QoS information is included in the set-up or teardown messages such 
that it is not modifiable by proxy servers. 

20 

16. Process as claimed in claim 15 wherein the QoS information is included in the header of the set-up or teardown 
messages. 

17. Process as claimed in any of claims 14 to 16 wherein at least one of the endpoints is a server for providing a 
25 telecommunications service. 

1 8. Process as claimed in any of claims 1 4 to 1 7 wherein QoS information relating to signalling transactions in included 
in a message used in set-up of the session. 

30 19. Process as claimed in any of claims 14 to 18 wherein QoS information relating to transmission of a media data 
stream during the session is included in a protocol definition unit used in teardown of the session. 

20. A process as claimed in any of claims 14 to 19 including processing QoS data measured within the end user 
terminal and/or extracted from received messages to produce displayable QoS parameters and displaying said 

35 parameters to a user via a user interface. 

21. An end user terminal comprising means to monitor QoS using a process as claimed in any of claims 14 to 20. 

22. A computer program product comprising program code elements for monitoring QoS using a process as claimed 
40 in any of claims 1 4 to 20. 

23. A process for monitoring the quality of service of a communication through a communication network, said process 
being executed in a proxy server and comprising the steps of: 

45 - extracting QoS information representative of measured quality of service measured at one or more session 

endpoints in one or more messages used in set-up or teardown of a session; 

processing said extracted QoS data to produce displayable QoS parameters and displaying said parameters 
to a user via a user interface. 

so 24. A proxy server comprising means to monitor QoS using a process as claimed in claims 23. 

25. A computer program product comprising program code elements for monitoring QoS using a process as claimed 
in claim 24. 

55 



15 



EP 1 460 799 A1 




16 



EP 1 460 799 A1 




17 



EP 1 460 799 A1 



Initiate call session 




v 


/ 


Analyse service during session 
and derive QoS statistics 








Transmit QoS parameters through 
signaling plane 




v 




Terminate session 





Fig.4 



18 



EP 1 460 799 A1 



Terminal 21 Proxyl Proxy2 Terminal 22 



101 

INVITE -\ 
^ 1^00 Trying 


. INVITE 10 ? 


104 

INVITE K 


105 

^ 100 Trying 


_ 108 

y 180 Ringing 


✓ 

106 

180 Ringing 

109 

200 OK 


107 

180 Ringing 


s, 


• 

111 

200OK 
ACK U2 \ 


HO 200OKF10 


114 

ACK 


113 

ACK 


CALL SESSION 


117 

^ BYE 

200 OK 118^ 


^ 116 BYE 


115 

f-s BYE 


120 

200 OK Sy 


119 

200 OK 





Fig. 5 



19 



EP 1 460 799 A1 



European Potent 



EUROPEAN SEARCH REPORT 



Application Number 

EP 93 29 9669 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of document with indication, wham appropriate, 
ot relevant passages 



Relevant 
todaJftt 



CLASSIFICATION OF THE 
APPLICATION (lntO.7) 



US 2992/126769 Al (TIROSH DR9R 
29 August 2992 (2992-98-29) 



paragraph [9978] 
paragraph [6111] 
paragraph [81451 
paragraph [6382] 
figures 1.86-19C 
claims 15,18-29 • 



paragraph 
paragraph 
paragraph 
paragraph 



ET AL) 

[6993] * 

[6114] * 

[9189] * 

[8466] * 



1-3.6. 
16-25 



H84L12/24 
H94L12/26 
H94L29/96 



RUIZ P M ET AL: "Improving user-perceived 
QoS in mobile and wireless IP networks 
using real-time adaptive multimedia 
applications" 

13TH IEEE INTERNATIONAL SYMPOSIUM ON 
PERSONAL INDOOR AND M06ILE RADIO 
COMMUNICATIONS. PIMRC 2992. PROCEEDINGS 
(CAT. N0.92TH8637), PROCEEDINGS OF 13TH 
IEEE INTERNATIONAL SYMPOSIUM ON PERSONAL 
INDOOR AND MOBILE RADIO COMMUNICATIONS 
(PINRC 26920. PAVILH, 
vol. 3. 15 September 2982 (2902-89-15). 
pages 1467-1471 vol.3. XP819611567 
2092, Piscataway. NJ. USA. IEEE. USA 
ISBN: 9-7893-7589-8 
* the whole document * 



4,5,7-9 

1-3,6, 
18-25 



TECHNICAL FIELDS 

(IM.CL7) 



H94L 



4.5.7-9 



The present soared report has boon drawn up for a!i claims 



BERLIN 



Oats of cortpiooor) of nx> dmrh 

21 July 2603 



Exarrtncr 

Eraso Helguera, J 



CATEGORY Of CITED DOCUMENTS 

X : particularly nfevartt if taken aloe* 

Y ; particularly itJtvant tf oorrfetod «rth onothor 

document of Mm ssttm oa te gory 
A : toohnotogloaJ bftokBromd 

O: 
P: 



T i thsoty or prtnc^te undsriysiQ 
E : strife potent dooumsnt, but | 



pubtot»don,or 



D : document cited in B 
L i oooumsnt cftadfor othar rtasom 



a : msnfet? of tha tarns patent tenfly , 



20 



EP 1 460 799 A1 



ANNEX TO THE EUROPEAN SEARCH REPORT 
ON EUROPEAN PATENT APPLICATION NO. 



EP 03 29 0669 



TWa annex lists the patent family members relating to the patent documents cited in the above-mentioned European search report 
The members are as contained in the European Patent Offioe EDP tie on 
The European PstartOffloe Is in no way liable (or (hose paito 

21-07 -2693 



Patent document 
cited n search report 



rUDDCaDOTl 



Patent family 
memberfs) 



Q, S- f - - ** 

niDncBDDn 



US 2002120760 Al 



29-08-2002 W0 
AU 
WO 



02071717 A2 
6525701 A 
0193061 Al 



12-69-2002 
11-12-2001 
06-12-2001 



o 

fb For mom detalb aboutthb annex : eeeOfficlaJ Journal of the European Patent Office, No. 12/82 



21 



This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 



Defective images within this document are accurate representations of the original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 

□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 



□ BLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

□ LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



BEST AVAILABLE IMAGES 




